System and method for dialog customization

ABSTRACT

A system includes, for a selection of objects on a displayed page of the system, each object having pre-defined customizable attributes and non-customizable attributes, a sorter to sort the customizable attributes of the selected objects. The system also includes a dialog builder to build a customization dialog specific to the selection based on the sorted pre-defined customizable attributes, a displayer to display the dialog and an updater to receive input according to the dialog and to update the customizable attributes according to the input.

CROSS REFERENCE TO RELATED APPLICATIONS

This application is a continuation of U.S. application Ser. No.14/207,930 filed Mar. 13, 2014, which claims benefit from U.S.Provisional Patent Application No. 61/781,866 filed Mar. 14, 2013, whichare both hereby incorporated in their entirety by reference.

FIELD OF THE INVENTION

The present invention relates to component based application buildersgenerally and to dialog customization in particular.

BACKGROUND OF THE INVENTION

There are many commercially available on and off-line component basedapplication builders such as website building systems, web pageconstruction systems, desktop application building system and mobileapplication building systems that can be used to create and editwebsites and other on-line or off-line applications. The presentapplication refers to website building systems for simplicity but itsfeatures may also be applied to the above-mentioned component basedapplication builders.

Website building systems are based on the notion of pages which includeobjects which may be components or non-component objects. Components maybe atomic or container components. Container components may besingle-page containers or multi-page containers (which include multiplemini-pages separate from each other). Multi-page containers may displaya single mini-page at a time (single page display), or may displaymultiple or all of the mini-pages (gallery/carousel display) amulti-page container may have a fixed display mode (e.g. gallery displayonly), or may allow switching between multiple display modes.Non-component objects may include relationship objects, views andtemplates as further described below.

Components may have content, e.g. text for text component, an image forimage component etc. They also have additional attributes, including inparticular display attributes (e.g. color, frames) and layout attributes(size and position).

Components may be content-less such as a star-shape which does not haveany internal content (through it has color, size, position and someother attributes) or may have internal content, such as a text paragraphcomponent, whose internal content includes the displayed text, as wellas font, formatting and layout information. This content may, of course,vary from one instance of the text paragraph component to another.

Website building systems may also support inheritance relationshipsbetween objects such that when an object A inherits from an entity B(called parent), the sub-elements of A are copied from the sub-entitiesof B etc.

Website building systems can also be extended using third partyapplications and components embedded in them. Such third partyapplications may be included in the website building system designenvironment or may be purchased (or otherwise acquired) separatelythrough a number of distribution mechanisms, such as from an applicationstore (AppStore) integrated into the website building system, or from aseparate, web-based or standalone application repository (or AppStore)operated by the website building systems (WBS) vendor or by anotherentity. Third party applications may also be obtained directly from thethird party application vendor (through an AppStore or not)—which wouldprovide an actual installation module, or just an activation or accesscode.

Therefore a typical site created by a website building system may havepages consisting of instances of regular components and third partyapplication components. Such pages may also include linking components,which display data items from internal or external data sourcesformatted using page section templates (known as views) as furtherdescribed below.

Dialog interfaces are an important feature of any on-line applicationbuilder (such as an online website building application). They allow thepertinent system to present information or request input to or from thedesigner and/or end user.

SUMMARY OF THE PRESENT INVENTION

There is provided, in accordance with a preferred embodiment of thepresent invention, a system including, for a selection of displayedobjects of the system, where at least one of the selected objects haspre-defined customizable attributes and non-customizable attributes, asorter to sort the customizable attributes of the selected objects; anda dialog builder to build a customization dialog specific to theselection based on the sorted pre-defined customizable attributes.

Moreover, in accordance with a preferred embodiment of the presentinvention, the system also includes a displayer to display the dialogand an updater to receive input according to the dialog and to updatethe customizable attributes according to the input.

Further, in accordance with a preferred embodiment of the presentinvention, each at least one selected object has at least one associatedcustomization record listing the pre-defined customizable attributes.

Still further, in accordance with a preferred embodiment of the presentinvention, the objects are at least one of atomic component, containercomponent, linking component, third party component, template, view anda relationship object representing a relationship between at least twoobjects.

Additionally, in accordance with a preferred embodiment of the presentinvention, the selection is at least one of a pre-defined selection,user selected and an expansion of a selection.

Moreover, in accordance with a preferred embodiment of the presentinvention, the expansion is at least one of a selection expanded toinclude contained objects, a selection expanded to include relatedobjects and a selection expanded to include inherited objects.

Further, in accordance with a preferred embodiment of the presentinvention, the selection is at least one of a direct selection of atleast one object, a selection according to an intersection or inclusionwith a page area selected by the user and a selection according to auser defined query.

Still further, in accordance with a preferred embodiment of the presentinvention, the system supports the display of multiple instances ofobjects on a single page where the selection includes a subset of themultiple displayed object instances.

Additionally, in accordance with a preferred embodiment of the presentinvention, the sorter merges multiple configurable attribute entriesaccording to a common property of the entries.

Moreover, in accordance with a preferred embodiment of the presentinvention, the sorter sorts attributes according to priority.

Further, in accordance with a preferred embodiment of the presentinvention, the sorter sorts attributes according to hierarchical IDstructure.

Still further, in accordance with a preferred embodiment of the presentinvention, the sorter arranges attributes according to hints provided inthe objects to be affected.

Additionally, in accordance with a preferred embodiment of the presentinvention, the sorter sorts attributes according to priority based onthe at least one associated customized record.

Moreover, in accordance with a preferred embodiment of the presentinvention, the sorter sorts according to a pre-defined condition.

Further, in accordance with a preferred embodiment of the presentinvention, conflicting associated customized records are united based onat least one of priority, common values and related object properties.

Still further, in accordance with a preferred embodiment of the presentinvention the dialog is at least one of linear, hierarchical andtwo-dimensional.

Additionally, in accordance with a preferred embodiment of the presentinvention, the dialog is laid out according to at least one ofcustomization priority parameters, customization hierarchy parameters,location of the configured objects component on the page, and dialoglayout hints provided in the objects to be affected.

Further, in accordance with a preferred embodiment of the presentinvention, the updater updates using a formula pre-defined for thecustomizable attributes.

Still further, in accordance with a preferred embodiment of the presentinvention, the updater updates continuously as the attributes aremodified to provide a WYSIWYG (what you see is what you get) effect.

Additionally, in accordance with a preferred embodiment of the presentinvention the updater updates gradually as the attributes are modifiedto provide an animation between two versions of the object havingdifferent the customizable attribute values.

Moreover, in accordance with a preferred embodiment of the presentinvention, the updater updates a view within at least one of a linkingcomponent, a specific view instance selected by a user and a viewtemplate definition.

Further, in accordance with a preferred embodiment of the presentinvention, the system is one of the following: a website buildingsystem, a web page construction system, an on-line application buildingtool, an off-line application building tool, and a mobile applicationbuilding tool.

There is provided, in accordance with a preferred embodiment of thepresent invention, a method including for a selection of displayedobjects, where at least one of the selected objects has pre-definedcustomizable attributes and non-customizable attributes, sorting thecustomizable attributes of the selected objects and building acustomization dialog specific to the selection based on the sortedpre-defined customizable attributes. for a selection of displayedobjects, wherein at least one of said selected objects has pre-definedcustomizable attributes and non-customizable attributes, sorting saidcustomizable attributes of said selected objects

Further, in accordance with a preferred embodiment of the presentinvention, the method includes displaying the dialog and receiving inputaccording to the dialog and updating the customizable attributesaccording to the input.

Further, in accordance with a preferred embodiment of the presentinvention, the at least one selected object has at least one associatedcustomization record listing said pre-defined customizable attributes.

Still further, in accordance with a preferred embodiment of the presentinvention, the objects are at least one of atomic component, containercomponent, third party component, template, view and a relationshipobject representing a relationship between at least two objects.

Additionally, in accordance with a preferred embodiment of the presentinvention, the selection is at least one of a pre-defined selection,user selected and an expansion of a selection.

Moreover, in accordance with a preferred embodiment of the presentinvention, the expansion is at least one of a selection expanded toinclude contained objects, a selection expanded to include relatedobjects and a selection expanded to include inherited objects.

Further, in accordance with a preferred embodiment of the presentinvention, the selection is at least one of a direct selection of atleast one object, a selection according to an intersection or inclusionwith a page area selected by the user and a selection according to a theuser defined query.

Still further, in accordance with a preferred embodiment of the presentinvention, method comprises displaying multiple instances of objects ona single page and wherein the selection comprises a subset of themultiple displayed object instances.

Additionally, in accordance with a preferred embodiment of the presentinvention, the sorting includes merging multiple configurable attributeentries according to a common property of the entries.

Moreover, in accordance with a preferred embodiment of the presentinvention, the sorting is according to priority.

Further, in accordance with a preferred embodiment of the presentinvention, the sorting is according to hierarchical ID structure.

Still further, in accordance with a preferred embodiment of the presentinvention, the sorting is according to hints provided in the objects tobe affected.

Additionally, in accordance with a preferred embodiment of the presentinvention, the sorting is according to priority based on the at leastone associated customized record.

Moreover, in accordance with a preferred embodiment of the presentinvention, the sorting is according to a pre-defined condition.

Further, in accordance with a preferred embodiment of the presentinvention, the method includes uniting conflicting at least oneassociated customized records based on at least one of priority, commonvalues and related object properties.

Additionally, in accordance with a preferred embodiment of the presentinvention, the dialog is at least one of linear, hierarchical andtwo-dimensional.

Further, in accordance with a preferred embodiment of the presentinvention, the method includes laying out the dialog according to atleast one of customization priority parameters, customization hierarchyparameters, location of the configured objects on the page and dialoglayout hints provided in the objects to be affected.

Still further, in accordance with a preferred embodiment of the presentinvention, the updating uses a formula pre-defined for the customizableattributes.

Additionally, in accordance with a preferred embodiment of the presentinvention, the updating is continuous as the attributes are modified toprovide a WYSIWYG (what you see is what you get) effect.

Moreover, in accordance with a preferred embodiment of the presentinvention, the updating is gradual as the attributes are modified toprovide an animation between two versions of the components havingdifferent the customizable attribute values.

Further, in accordance with a preferred embodiment of the presentinvention, the updating comprises revising a view within at least one ofa linking component, a specific view instance selected by a user and aview template definition.

BRIEF DESCRIPTION OF THE DRAWINGS

The subject matter regarded as the invention is particularly pointed outand distinctly claimed in the concluding portion of the specification.The invention, however, both as to organization and method of operation,together with objects, features, and advantages thereof, may best beunderstood by reference to the following detailed description when readwith the accompanying drawings in which:

FIG. 1 is a screenshot of a dialog for content entry for a restaurantwebsite;

FIG. 2 is a screenshot of a user interface which includes acustomization dialog for a menu and its settings panel for a restaurantwebsite;

FIG. 3 is a screenshot of a customization dialog to change theinter-item spacing for all displayed items;

FIG. 4 is a schematic illustration of a website page containing 8different text components;

FIG. 5 is a schematic illustration of a system for automating thecustomization of a website dialog, constructed and operative inaccordance with the present invention;

FIG. 6 is a schematic illustration of the implementation of the systemof FIG. 5, constructed and operative in accordance with the presentinvention;

FIG. 7 is a schematic illustration of a customized dialog for aparticular page view, constructed and operative in accordance with thepresent invention;

FIG. 8 is a schematic illustration of component layout based dialogcreation, constructed and operative in accordance with the presentinvention; and

FIG. 9 is a screenshot of a user interface which shows an alternatelayout display (including alternate customization dialog) for a menu ofa restaurant website.

It will be appreciated that for simplicity and clarity of illustration,elements shown in the figures have not necessarily been drawn to scale.For example, the dimensions of some of the elements may be exaggeratedrelative to other elements for clarity. Further, where consideredappropriate, reference numerals may be repeated among the figures toindicate corresponding or analogous elements.

DETAILED DESCRIPTION OF THE PRESENT INVENTION

In the following detailed description, numerous specific details are setforth in order to provide a thorough understanding of the invention.However, it will be understood by those skilled in the art that thepresent invention may be practiced without these specific details. Inother instances, well-known methods, procedures, and components have notbeen described in detail so as not to obscure the present invention.

Website building systems may typically provide to a designer, thecapability to customize website objects, including particular views,items and item/view combinations. In the discussion below we shall referto customization of components (which is the most common case). However,the description of the invention below is fully applicable to thecustomization of non-component objects, including views and templates inparticular. As discussed herein above, many website components havenumerous configurable attributes, including those related to thecomponent itself (e.g. background color, font of displayed text), itsdisplay format (e.g. a particular date format), its display parameters(such as number of rows and columns) as well as those related to thespecific instance (e.g., position and size). These configurableattributes may be used to configure the pertinent instance through theregular website building system user interface or via another means suchas an API or a web service. The website building system may also supportrelationship objects which may also be customized. Such relationshipobjects represent relationships between website building systemcomponents (or other objects). Examples include dynamic layout anchors(e.g. those which define the distance between components) andoperational relationships (e.g. those which define how the contentchange of one component affects another component) etc.

Components may also have non customizable or conditionally customizableparameters and attributes. For example a given item may be customized,but only when displayed in a given view. These customization options maybe open to the designer (or to an end user) according to pre-determinedspecific modification or design privileges only.

For third party applications, the third party application vendor maydefine the particular configurable attributes which can be used toconfigure a third party application instance. These can be low-levelsuch as a displayed frame type or high level such as a maximal allowedpurchase for an e-commerce third party application.

The created web site may also include linking components, which displaydata items from an external data sources formatted using page sectiontemplates (known as views). Linking components are further discussed inU.S. patent application Ser. No. 14/207,761 entitled “DEVICE, SYSTEM,AND METHOD OF WEBSITE BUILDING BY UTILIZING DATA LISTS”, filed Mar. 13,2014 and assigned to the common assignee of the present invention. Thelinking component may link to an internal or external database,containing one or more collections consisting of data items. Whenlinking components are displayed, the database is accessed to generatethe current list of data items to be displayed. It will be appreciatedthat views may be associated with each data item, and that the dataitems may be displayed—either one at a time in a given area (known asexpand/zoom mode display) or may be displayed as multiple items together(known as list or gallery mode display). Different data items may bedisplayed using different views.

It will be further appreciated that the page construction process mayalso create additional (non-component) objects also with configurableattributes. For example, two components may be linked with a dynamiclayout anchor and the anchor length (i.e. the spacing between thecomponents) may be a configurable attribute.

Applicants have realized that for such configurable components, a singlecustomization may potentially affect multiple components, for examplethe same color adaptation may be applied to multiple components withinthe same display in order to remain harmonious. Another example is thedistance between the right edge of the view and two components withinthe same view which may be adjusted but must remain the same for bothcomponents, or may need to retain a given ratio.

Customization may affect attributes of components of specific items orviews involved. Customization options may include: should we display agiven component (yes/no), fixed content (e.g. title text), displayattributes (e.g. font, size and color), screen distances (the distancebetween the dish name and its description for the restaurant exampleabove); counts (e.g. the number of columns in a multi-column display)and generic parameters which are handed over to the component handlingthe display.

Applicants have also realized that current customer dialogs orinterfaces may require the designer to plough though lists of individualcomponents, all with multiple attributes (some configurable and somenot) in order to make an update or change to a specific component. For adesigner to update the background color of 8 different components of thesame page, the designer would have to update the background colorattribute for each component individually. This process may be laboriousand time consuming. It will be appreciated as discussed here in above,that even though not all attributes are editable, the update dialogpresented to the designer may not differentiate between the two types ofattributes and both may be presented to the designer.

Applicants have further realized that the creation of a customizeddialog, tailored to the pertinent components that may require the abovementioned update may enable the bulk update of certain attributes.Applicants have also realized that a customized dialog may present to ajunior designer (who uses the pertinent website building system to buildhis web site), a list of customizable attributes only for the componentin question which may have been pre-determined by a senior designer.Applicants have further realized that a particular view (orpresentation) of components may automatically be able to determine thespecific attribute and values which may be adjusted and be able to rankthe importance of the customization. Some customizations may be moreimportant than others and should be easier to access.

It will be appreciated, in accordance to an embodiment of the presentinvention, that the initial construction of templates, views andpossibly some pages (from herein known as edited pages) as well as anypotential customizations may be performed by the manufacturers of thepertinent web site building system. A senior designer may then use thepertinent web site building system to set up and create customizationrecords (as described in more detail herein below) The finished resultsmay be used by a more junior designer 5 who may use the preparedtemplates etc. to create his own website. It will be appreciated thatthe senior designer may also determine at design time which attributesmay be potentially configurable by the junior designer and which may beexposed and available to him. It will also be appreciated that there maybe cases when both the senior and junior designers are either the sameperson (or company).

It will be appreciated that junior designer 5 may build his own site byselecting which layout to use (from those available) from the websitebuilding system, customizing it and then entering specific data throughan interface provided by the system as illustrated in FIG. 1 to whichreference is now made or by or connecting to a data source. The layoutselection determines which set of views (partial page templates) to useas illustrated in FIG. 2 to which reference is now made. FIG. 2illustrates the stage of website design for a restaurant website fordesigner 5 in his working environment and shows a customization area, alayout selection area and the different views that may be presented.Designer 5 may then adapt the web site according to his needs. Thereforedesigner 5 may chose a portion of the layout to customize either byview, by object or by region etc. The effect of alternative layoutselection is further illustrated in FIG. 9 to which reference is nowmade. FIG. 9 illustrates a case in which designer 5 has selected agallery-style pictorial layout [B], instead of the previous list-stylelayout [A] while still using the same underlying data. As can be seen,the data display area [D] has changed its format, and the customizationset [C] also switches to the customization appropriate to this alternatelayout.

It will be appreciated that the website building system may displaymultiple instances of some of the views in the same area of a linkingcomponent (such as the multiple instances of the single dish viewtemplate). As shown in FIG. 3, to which reference is now made, thecustomization may affect all displayed copies of the same view, so thatdesigner 5 may (for example) change the inter-item spacing for alldisplayed items (marked B) with a single change (marked A)—changing the“item spacing” customization from a value of 15 (as in FIG. 2) to thecurrent value of 123 (as in FIG. 3). This change may also affect allinstances of the “dish” view within the linking component—includingthose that are not currently visible (due to scrolling).

As discussed hereinabove, a senior designer (before the website buildingstage) may create customization records which may be associated witheach component. Each customization record may specify how a singleattribute of a single component may be configured through anautomatically generated configuration dialog (as described in moredetail herein below). Customization records may designate the attributeswhich are customizable for the component in question as well as extrarecord fields such as a customization ID, customization prompt text(e.g. “Select background color”) and any additional information such aswhich component attributes are customizable and which are not.

The customization record may also include information such as a specificimplementation formula which may specify how the customization value isapplied, allowing for cases in which a customization value is applied toan attribute using not just pure assignment (e.g. “assign to attribute Xa value which is 80% of the entered value”). Such formulae may alsoreference the existing attribute value, as well as the values of otherattributes of the component. The customization record may also specifyunder what conditions an attribute is customizable or not.

It will be appreciated that a customization record may (and typicallywill) also include a default value. This value may be assigned to theaffected attributes when the customization dialog is presented for thefirst time, modifying their value. Once designer 5 has entered a newvalue for the customization, this value is saved in the customizationrecord (in addition to being applied to the affected attributes) so itwould be re-displayed and used whenever the customization record isinvoked again (as discussed in more detail herein below).

It will be appreciated that a single component may have associated withit more than one customization record, reflecting the possiblecustomizations of different attributes of the same component. Thecustomization records for a single component may include multiplerecords related to the same attribute—for example if an attribute ismodified in different ways using different implementation formulas. Thedifferent customization records for the same component will typicallyhave unique customization ID, but this is not always the case—forexample, a single customization ID may be used for two records whichmodify the right and left spacing of the component.

In an alternative embodiment, the senior designer may definecustomization records at a higher entity level (such as the view level,a container level, the entire page level or the website level). In sucha case, the per-component customization records may contain just acustomization ID which references the higher-level customizationrecords.

It will be appreciated that the customization records created by asenior designer may override any customization records supplied by theobjects in the edited page in order to define specific customizableattributes affecting specific potential customizable components. Forexample, an edited page P may contain 8 different text components (C1 .. . C8) as is illustrated in FIG. 4 to which reference is now made, eachof which has a potential configurable attribute “background color” (clr)and type “color select”. The senior designer may decide to expose all 8potential configurable attributes as actual configurable attributes. Insuch a case, they may be united under a single “select background color”configurable attribute (since they may all have the same customizationID as described in more detail herein below). Therefore when thecomponent dialog is displayed, a single changed setting may be appliedto all 8 components. The senior designer may also decide to create twonew actual configurable attributes “select background color no. 1” forcomponents C1 to C3 and “select background color no. 2” for componentsC4 to C6. To do this, the senior designer may assign an alternate (andnew) customization ID of “bg-color-1” (with matching prompt text) to the“bg-color” of the customization records of components C1 to C3. The sameprocedure may be performed for components C4 to C6 with an alternatecustomization ID of “bg-color-2”. Thus in the latter case, only the twonew alternate customization ID's may be presented as customizableattributes and not the 8 underlying original customization IDs.

It will also be appreciated that the senior designer may create newcustomization records for particular components that may override anypre-defined or pre-supplied components through inheritance or suppliedby other objects in the edited page.

It will further be appreciated that designer 5 may select a set ofobjects to customize in which none of the selected objects has anycustomizable attribute. In such a case, there is no definedcustomization, and no customization dialog would be generated.Furthermore, it should be noted that some objects may have certaincustomizable attributes which are not included in any customizationrecords—for example, if the system limits their update to a separate(standalone and hard-wired) property dialog. In such a case, theseattributes (which do not have customization records) will not beincluded in the automatically-created dialogs and are not part of thediscussion herein.

Reference is now made to FIG. 5 which illustrates a system 100 forautomating the customization of a website dialog according to anembodiment of the present invention. System 100 comprises an inputinterpreter 10, a property collector 20, a sorter and prioritizer 30, adialog builder 40, a dialog displayer 50, a database coordinator 60, adatabase 70 and an attribute applier 90. Database 70 may store all thepertinent website building system components together with theirpre-created customization records. Input interpreter 10 may processeither a pre-defined sub-set or the designer 5 selection of componentsto be updated and property collector 20 may retrieve customizationrecords for the pertinent components from database 70 via databasecoordinator 60. Sorter and prioritizer 30 may sort and prioritize theattributes of the pertinent customization records, dialog builder 40 maybuild a new customized dialog for designer 5 based on his selection anddialog displayer 50 may present the newly built dialog to designer 5 forhis input. Attribute applier 90 may apply the designer 5 input and mayupdate the components stored in database 70 accordingly. Thefunctionality of these elements will be described in more detail hereinbelow.

It will be appreciated that above mentioned selection of components tobe updated may also be according to a user defined query.

It will be appreciated that system 100 may be implemented as part of awebsite building system 250 either on a client 200 or a server 300 as isillustrated in FIG. 6 to which reference is now made.

Reference is now made to FIG. 7 which illustrates an example customizeddialog 400 for a view 300. The senior designer may create View 1 at thedesign stage containing 4 components, comp 1, comp 2, comp 3 and comp 4.The senior designer may also determine that comp1 may expose thecustomizable attributes hgt (height), wdt (width), color and font. Comp2 may expose the customizable attributes hgt, wdt, text-size, font andframe type. Comp 3 and comp 4 may also expose other configurableattributes. It will be appreciated that comp 1 and comp 2 may typicallyhave other attributes that are not exposed by the senior designer asconfigurable such as the coordinates of their location. Eachcustomizable attribute may have an ID, a prompt text (e.g., for color itwould be “select color”) and a priority. These may all be pre-specifiedfor each individual component and attribute. Alternatively, the seniordesigner may specify such customizations details at a higher entitylevel customization record (e.g. the view or page level as describedhereinabove), with the per-component customization records onlyreferencing the higher entity level customization record.

Junior designer 5 may wish to create a web page which uses View 1 (e.g.as a template, as part of a page or by attaching it to a given set ofitems). Designer 5 may decide that he needs to customize comp1 and comp2 only, so he selects comp 1 and comp 2 and presses a customize buttonon the current dialog to enable some form of customization moduleactivation. It will be appreciated that the selection made by designer 5may be a single selection, a multiple selection, a selection area forintersecting components or multiple components in more than one view. Inan alternative embodiment, designer 5 may not have the option to selectindividual components and system 100 may run using (for example) all thecomponents in a given displayed view or views, thus automaticallycreating the complete customization dialog, obviating the need forjunior designer selection and customization module activation. It willalso be appreciated that occasionally system 100 may cache a pre-createddialog so to save time in re-creating it if no relevant change has beenmade to the underlying information. In such a scenario, thecustomization dialog may be integrated with the regular website buildingsystem interfaces and displayed automatically whenever designer 5 editsan area where customizations are relevant.

It will be appreciated that (with the exception of caching as notedabove) a new customization dialog is created every time the process ofsystem 100 is run even if a previous run has been made using the exactsame components (as described in more detail herein below). Inputinterpreter 10 may receive the selection of the selected components andmay instruct collector 20 to perform a recursive scan of comp 1 and comp2 and all their related elements (be it sub-components, containedcomponents, or otherwise related). Collector 20 may collect fromdatabase 70 (via coordinator 60) all the pre-defined customizationrecords for comp1 and comp 2 and all their related elements. Asdiscussed herein above, each component may have more than onecustomization record associated with it.

Sorter and prioritizer 30 may sort the records by customization ID toeliminate duplicates. For the example of FIG. 7, the attributes hgt, wdtand font will have the same ID. Sorter and prioritizer 30 may thenprioritize the attributes of the pertinent customization records. Thepriority for each ID may be assigned based on the values given to it inthe multiple occurrences of it as a customizable attribute. It will beappreciated that priorities may be set by senior designer or systemdesignated. It will further be noted that the sorter and prioritizer 30may combine priority values from multiple records using a combinationmetric (such as a maximum or average value), and may also take intoaccount prioritization hints provided in the objects to be affected.

Next dialog builder 40 may build common dialog 400 with a united list ofcustomizations for comp 1 and comp 2 i.e. hgt, wdt, color, font,text-size and frame type, displaying the highest priority customizationfirst. Each customization may also be presented with its prompt text(e.g. “select color”) and a value selection entry box 410.

It will be appreciated that it is possible to have multiplecustomization records for a specific property having the same ID. Forexample, one record may provide the text prompt “change width to:” whilea different record with the same ID may provide the text prompt “enternew width:” In such cases dialog builder 40 may select the right valueto use based on the attached priority, most common value, relatedcomponent properties (e.g. select the value associated with thecomponent(s) having the largest total area), order of definitions or anyother method. Dialog builder 40 may also determine that they should beregarded as separate customization records if no conflict resolution hasbeen found. It will be appreciated that multiple customization recordshaving the same single ID may also be required if the same customizationvalue may modify multiple attributes of a given component. For example,an “Enter margin” customization should apply the same value to the rightand left margins of a component—which are separate attributes. In analternative embodiment, system 100 may use customization records whichinclude multiple sub-records for multiple affected component attributes.

It will be appreciated that dialog builder 40 may construct multipletypes of dialogs such as linear dialogs and hierarchical dialogs (basedon a hierarchy classification provided in the customization records,e.g. using hierarchical customization ID namespace) or may use a layoutbased on the layout of the components contributing the customizationrecords. Such dialog creation may also be affected by dialog creationhints included in the customization records.

Component layout based dialog creation is further illustrated in FIG. 8to which reference is now made. As is shown, Page [A] includescomponents [a], [b], [c] and [d]. When components [a] and [b] aremulti-selected and a “customize” function is invoked via system 100,page [A] is displayed as page [B] which shows components [a] and [b] aswell as the automatically generated customization dialog [e]. Dialog [e]further includes 3 parts (from top)—[j], [g] and [h]. It will beappreciated that newly created dialog [e] is placed within page [B] soas not to hide components [a] and [b]. Furthermore, since [a] is higherthan [b], the customizable attributes of [a] and [b] are displayed sothat [a]-only attributes go to [j] at the top, [b]-only attributes go to[h] at the bottom and attributes common to both [a] and [b] go to themiddle section [g]. The same may be applied for two-dimensional layout,creating the customization dialog by placing clusters of customizationelements in the page, and using dynamic layout to provide space whenrequired.

Dialog displayer 50 may then present the newly created dialog todesigner 5 to receive his input via value selection entry box. It willbe appreciated that during the interaction, designer 5 may apply thecustomization values of the relevant attributes, possibly using animplementation formula in order to provide a WYSIWYG feedback to theattribute changes.

Attribute applier 90 may receive the pertinent input from the designerand may update the customization records stored in database 70accordingly (so that the last value entered could be shown on nextinvocation), as well as updating the relevant component attributesthemselves using the implementation formula. Attribute applier 90 mayapply the customizations specified by the designer in a number of ways.These ways may include: (a) affecting all (relevant) views within thecurrent linking component (e.g. the behavior depicted in FIG. 3); (b)affecting the specific view instances selected by the designer,including the views added through the expansion process noted above—thisaffects only the specific item/view combination, so different instancesof the same view may have different customizations and (c) affecting theview template definition rather than the view instance—so that anychange to the said view shall apply to additional (or all) instances ofthe view within the website, including uses of the view within differentweb pages.

It will be appreciated that pages may act as template to other pages,including regular templates and views (such as templates associated withdata items when displayed inside a linking component). It will befurther appreciated that system 100 may also be used with listcomponents as described herein above.

It will also be appreciated that system 100 may perform the entirefunctionality described above subject to a scope definition rule. Forexample, a page-based scope may unite components and customizationrecords for all components in the page. A view-based scope may performthe uniting at the level of each view (as defined above), so thatcustomizations having the same ID in different views may be regarded asdifferent customizations. An example of this would be if a customizationhas the ID “space-below” for a component in the section view and thedish view such as illustrated in FIG. 2 back to which reference is nowmade. Two different “space-below” customizations may be created in thecustomization dialog. System 100 may also provide other scope definitionrules.

Therefore a senior designer or website building system manufacturer mayprovide to a more junior designer user-friendly dialogs to aid theefficient building of his or her websites.

The processes and displays presented herein are not inherently relatedto any particular computer or other apparatus. Various general-purposesystems may be used with programs in accordance with the teachingsherein, or it may prove convenient to construct a more specializedapparatus to perform the desired method. The desired structure for avariety of these systems will appear from the description above. Inaddition, embodiments of the present invention are not described withreference to any particular programming language. It will be appreciatedthat a variety of programming languages may be used to implement theteachings of the invention as described herein.

Unless specifically stated otherwise, as apparent from the precedingdiscussions, it is appreciated that, throughout the specification,discussions utilizing terms such as “processing,” “computing,”“calculating,” “determining,” or the like, refer to the action and/orprocesses of a computer, computing system, or similar electroniccomputing device that manipulates and/or transforms data represented asphysical, such as electronic, quantities within the computing system'sregisters and/or memories into other data similarly represented asphysical quantities within the computing system's memories, registers orother such information storage, transmission or display devices.

Embodiments of the present invention may include apparatus forperforming the operations herein. This apparatus may be speciallyconstructed for the desired purposes, or it may comprise ageneral-purpose computer selectively activated or reconfigured by acomputer program stored in the computer. Such a computer program may bestored in a computer readable storage medium, such as, but not limitedto, any type of disk, including floppy disks, optical disks,magnetic-optical disks, read-only memories (ROMs), compact discread-only memories (CD-ROMs), random access memories (RAMs),electrically programmable read-only memories (EPROMs), electricallyerasable and programmable read only memories (EEPROMs), magnetic oroptical cards, Flash memory, or any other type of media suitable forstoring electronic instructions and capable of being coupled to acomputer system bus.

While certain features of the invention have been illustrated anddescribed herein, many modifications, substitutions, changes, andequivalents will now occur to those of ordinary skill in the art. It is,therefore, to be understood that the appended claims are intended tocover all such modifications and changes as fall within the true spiritof the invention.

What is claimed is:
 1. A method for a website building system, themethod comprising: having a website built by said website buildingsystem, said website to be edited, said website having editable objectsand said objects having pre-defined customizable attributes andnon-customizable attributes; creating and presenting to said user aper-user-selection customization dialog for a set of objects selected bysaid user, wherein said dialog shows only said customizable attributesof said set of user-selected objects; receiving input from said user viasaid customization dialog for attributes of at least one of said set ofuser selected objects; and updating at least one of said set of userselected objects according to said input.
 2. The method according toclaim 1 wherein said creating and presenting comprises filtering saidcustomizable attributes for said set of user selected objects.
 3. Themethod according to claim 1 wherein said creating and presentingcomprises ranking the importance of said customizable attributes forsaid set of user selected objects.
 4. The method according to claim 1wherein said updating comprises enabling bulk updates of attributes ofsaid set of user selected objects.
 5. The method according to claim 1wherein said updating comprises updating multiple said user selectedobjects based on a single customization of an attribute of one of saidset of user selected objects.
 6. The method according to claim 1 whereinsaid creating and presenting comprises at least one of: updating anexisting customization dialog and creating a new customization dialog.7. The method according to claim 6 wherein said creating comprisesoverriding predefined and pre-supplied existing customization recordsfor said object.
 8. The method according to claim 6 wherein saidcreating occurs at least at one of: a view level, a container level, theentire page level, and the website level.
 9. The method according toclaim 1 wherein at least one of: said at least two user selectedobjects, has at least one associated customization record wherein saidat least one customization record specifies configuration rules for asingle attribute of an object of said user selected objects.
 10. Themethod according to claim 9 wherein said at least one customizationrecord comprises at least one of: a customization ID, a customizationprompt text, a specific implementation formula, and a default value. 11.The method according to claim 9 wherein said creating and presentingcomprises sorting and prioritizing said customizable attributes.
 12. Themethod according to claim 11 wherein said sorting and prioritizingcomprises sorting by customization ID.
 13. A system for a websitebuilding system, the system comprising: a website built by said websitebuilding system, said website to be edited, said website having editableobjects and said objects having pre-defined customizable attributes andnon-customizable attributes; a dialog builder to create and present tosaid user a per-user-selection customization dialog for a set of objectsselected by said user, said customization dialog showing only saidcustomizable attributes of said set of said objects and saidcustomization dialog to receive input from said user for attributes ofat least one said at least two user selected objects; an updater toupdate at least one of said at least two user selected objects accordingto said input; and a memory and a processor to embody said dialogbuilder and said updater.
 14. The system according to claim 13 whereinsaid dialog builder filters said customizable attributes for said set ofuser selected objects.
 15. The system according to claim 13 wherein saiddialog builder ranks the importance of said customizable attributes forsaid set of user selected objects.
 16. The system according to claim 13wherein said dialog builder is limited by said website building system.17. The system according to claim 13 wherein said updater enables bulkupdates of attributes of said set of user selected objects.
 18. Thesystem according to claim 13 wherein said updater updates multiple saidat least two user selected objects based on a single customization of anattribute of one of said set of user selected objects.
 19. The systemaccording to claim 13 wherein said dialog builder performs at least oneof: updating an existing customization-dialog and creating a newcustomization dialog.